* Bug fix for Facing Page options in Print Dialog. Applies to system 7 and non-apple laserwriter users only. The Radio Buttons exhibited a strange behavior when any one of the options was clicked. The routine which cleared the Radio buttons when a selection was made did not recognize the additional dialog items in the print dialog under these printer configurations.
* Bug fix on Font Type ID. The font type displayed on the Line Showings page when "Use Font ID Info" was enabled was one sample off. This was due to timing of the type determination. Font ID information was correct on all other sample pages.
* Previously the Page Comment item in the Layout menu was checked only when text was entered. Turn "Use Font ID Info" on or off had no effect on the check mark. Now the check mark is on if there is comment text and/or "Use Font ID Info" is turned on. It is off if there is no comment text and "Use Font ID Info" is turned off.
* Traced mysterious garbage text in Page Comments which occasionally appeared only when no comment text was in use. The garbage text would appear after selecting Color Sample Specs and clicking OK.
* Improved copy/paste. Now between applications in addition to desk accessories.
* Fixed redraw of character count in Color Sample Edit window. Occassionally the old value was overwritten by a new value without first being erased.
Version 2.38
* New layout added to File Menu. Six-up layout Type Samples is similar to Line Showings in functionality. Page titling may be automatic font family name or fixed as specified in the Six-Up Page Title dialog under the Layouts menu. As the name of the layout implies there are a maximum of 6 type specimens per page. These are in columnar form. The selected Line Showing size is used for the size of the Character Sample. The sample paragraph always uses 10pt. Following the sample paragraph is the character per pica or character per cicero table. When Use Font ID Info is enabled in the Page Comments dialog the ID number and Type of font are shown immediately below the typeface name. The FOND Name and style menu selections are shown at the bottom of each type specimen.
Version 2.39
* Further improvements to sorting Outline Names by weight.
* The "Unlimited downloable fonts" dialogs will no longer apply/appear when using non-postscript printers.
* To overcome compatibility with some printers when transporting theTypeBook from one environment to another hold down the option key immediately after double-clicking to launch it. This will force the replacement of all "saved" printer settings of theTypeBook with the default settings of the currently selected printer (in the Chooser). This is only necessary between certain types and brands of printers and should normally be required.
Version 3.0
* Major enhancements to AKA names and thier functionality. The list of available typefaces may now be sorted on the AKA names by selecting "Sort on AKA names" which has been added to the FontsList menu. Also added directly below "Sort on AKA names" is "Sort on Outline names" which allows you to return to standard typeface order. AKA names are maintained when switching between the two sort modes
When sorting by AKA names the weight factor is still parsed. That is if you keep the same style variation names (or long versions for those abbreviated) the typefaces will still sort in the correct order by weight and slant for each font family. Space characters entered into AKA names have no effect on this sub-sort by weight and slant. Capitolization of name is signification to both the sorting order and identification of style names.
Sorting by AKAs allows almost complete control over what order the typeface specimens are printed. For example Adobe sells both a Kabel and ITC Kabel font packages. They are entirely two separate families but most consider it desirable to have them appear consecutively in the list of available faces and when printed. This is easily accomplished by assigning "ITC Kabel" an AKA name of "Kabel(ITC)". When sorted they will appear consecutively. Keep the ITC identification distingushes it as a separate family. This is desirable for this particular situation because both families have the same weight names.
Changes the weight names can also be an advantage in a few cases. Adobe's "Copperplate" family uses numbers instead of weight names. Because the numbers are written as words the style variations do not sort correctly. By assigning AKA names and using numeric keys in place of words for the style names the styles can be forced into the correct order. "32AB" instead of "ThirtyTwoAB". This is still a text sort so leading spaces must be used when the number of digits is less than those of the highest number in use by a particular font family.
When printing the use (or appearance) of AKA names on the output may be enabled or disabled via a checkbox item in the "Print..." dialog. The checkbox is titled "Use AKAs". When checked, the AKA name will replace the Outline name for each specimen that has one assigned. When un-checked, only the Outline name will be used. This allows full usage of AKA names to control print order with totally sacrificing the ability to identify the printed specimen.
* Added the option to automatically alternate between left and right facing pages. A checkbox has been added to the "Print..." dialog titled "Alternate Left/Right". This checkbox is disabled if the "Center" option is selected. Conversly, if "Alternate Left/Right" is selected "Center" is disabled.
When "Alternate Left/Right" is selected the format of the first page printed is controlled by the current "Left" or "Right" selection. That is, if "Alternate Left/Right" is on and "Right" is on, the first page printed will be right-facing, the next would be left, then right, then left, etc., etc.. When "Alternate Left/Right" is un-checked all pages may still be run as either "Left", "Right", or "Center".
* Cropmarks are now available when printing to postscript imagesetters and other postscript printers that support arbitrary page sizes. More specifically, the "SetPageParams" postscript function which is only available in most imagesetters.
* The landscape orientation on postscript imagesetters now works correctly. Again this is really only useful on an imagesetter but is still permitted for all types of printers.
To provide the cropmarks and landscape features theTypeBook has undergone a significant change in the way it prints. When printing to a postscript printer theTypeBook now uses postscript code. Previous versions relied entirely on QuickDraw (except for logo art). Unfortunately the print manager and quickdraw do not provide sufficient control over the page to expand and rotate it.
There is no longer a "Preparing Page" session prior to sending the output to a postscript printer. The printing process begins immediately allowing the mac and postscript printer to work simultaneously. Unfortunately this does not make the page rasterize any faster.
Version 3.01
Corrects problems in distributed version with memory allocation under system 7 and multifinder. Also corrected incompatibility of the saved printed record which was previously included. Both problems were correctable by the user, but this configuration was unintentional.
The new Type Showing (6up) page acquired a bug during some last minute changes. Version 3.0 tried to print 7 specimens per page instead of 6. One of those single digit kind of errors that took 5 minutes to correct (%^$#*!!).
Version 3.02
Bug fix for system 7 background printing only. With background printing on a blank page was printed in place of the specimen page. This was due to subtle differences between the spooled postscript code and the non-spooled postscript code.
Version 3.03
* Bug fix for Postscript Level 2 printers. The "set" postscript error was the result of a typo in a part of the ps code executed only by level 2 postscript printers. Since I am not blessed with a level 2 printer I am unable to test level 2 compatibility. However this error was the last statement in the postscript segment unique to level 2.
Programmer's Note:
* While the journey into postscript is worth while to gain control over postscript printers there are really only a couple of benefits to be gained over the capabilities of QuickDraw. Those are control of the page size and orientation. In order to gain this control I found it easiest to simply discard virtually all of the postscript functions downloaded by the Laserwriter driver and start over. This is largely due to the way "md" (from the driver) handles fonts which resets the coordinate system of the printer every time they are accessed. That means it reverts to one of the 5 fixed page sizes found in the print options dialog even if the page size is already setup.
I would really like to see Apple (and other driver developers) create an interface to "md" a little bit stronger than only the "av" (version) variable.
Considering the PicComments already available for postscript programming there are only a few additional features that are really needed. The commands "userpostscript", "setpagesize", "setimagearea", "setorientation", and "dofont" could be implemented either as "md" calls or as PicComments. "userpostscript" would flag md that the programmer wants control. setpagesize, setimagearea, and setorientation are self explanitory. "dofont" would have to be a PicComment which requests a font and size from the LW driver since its the driver that controls when a font needs to be downloaded.
These five additional pic comments would not only benefit the programmer supporting current crop of postscript based output devices but would also represent the minimum standard interface to programming future types of printers. In other words these five items will always be a concern.
Version 3.04
* Bug fix. Previously using theTypeBook version 3.xx with SuperLaserSpool it would go through all the actions of printing and then produce a blank page of output. This compatibility problem has now been corrected.
* Bug fix. The resolution indication introduced in version 3.xx did not alway obtain the correct resolution values from Quickdraw print drivers. In particular the GCC PLP II. This has been corrected and as a side affect improves the appearance of the page footer logo since the correct logo resource is now selected.
